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METHOD AND APPARATUS FOR STORING AND ACCESSING MULTIPLE 

CONSTANT BIT RATE DATA 

5 CROSS-REFERENCE TO RELATED APPLICATION 

This application is a continuation of U.S. Patent 
Application Serial No. 09/458,337, filed on December 10, 1999 
which U.S. Patent Application Serial No. 09/458,337 claims 
10 benefit of U.S. Provisional Patent Application Serial No, 
60/126,836 filed March 30, 1999- 

BACKGROUND OF THE INVENTION 

15 1. Field of the Invention 

The invention relates to electronic data storage and 
access. More particularly, the invention relates to a method 
and apparatus for storing and retrieving multiple electronic 
20 data streams having different bit rates. 

2. Description of the Background Art 

Multimedia systems store and retrieve video, audio and 
25 other content from mass storage devices, e.g., disk drive 

arrays. One such system provides video-on-demand (VOD) to an 
end user. Such a VOD system stores video content in memory 
and retrieves the content upon demand. The VOD system then 
serves the video content to the end user requesting the video 
30 content. 

The VOD system uses a VOD server for storing and 
accessing video content or a plurality of video files. The 
VOD server processes the video content as data packets and 
stores the video content into extents or logical memory 
35 blocks within a memory. The data packets generally comply 
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with one or more of the Moving Pictures Experts Group (MPEG) 
standards. To store these data packets in a redundant 
manner, the VOD server may stripe the video content over an 
array of disks within the memory. Each video file may occupy 
5 several physical disk blocks or disk tracks within the disk 
drives . 

Multimedia programs are encoded using various 
resolutions of encoding depending upon the content of the 
program, i.e., sporting events are encoded with higher 

10 resolution than situation comedies. The bit rate of high- 
resolution encoded program is greater than a bit rate of a 
low-resolution encoded program. As such, for a given unit of 
program time, a high resolution encoded program generates 
more packets than are generated when forming a low resolution 

15 encoded program. Consequently, a video server must be able 
to store a plurality of programs having constant bit rates. 
To facilitate storage of multiple constant bit rate programs, 
current servers require the bit rates of various programs to 
be integer multiple of one another such that the extents of 

20 any given program are of equal size and the extents across 
programs are integer multiples of each other. Such a 
restrictive storage system is not flexible in providing 
storage of any form of programming, i.e., programs having 
non-integer bit rates. Consequently, current video servers 

25 do not store programming in an optimal manner. 

Therefore, there is a need in the art for an improved 
method and apparatus for storing an accessing multiple 
constant bit rate video programs wherein the bit rate of 
programming can be arbitrary. 

30 

SUMMARY OF THE INVENTION 

The invention overcomes the disadvantages associated 
35 with the prior art by a method and apparatus for defining 
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constant time length (CTL) extents to store packetized video 
streams having multiple constant bit rates (MCBR) , i.e., each 
stream has a constant bit rate within the stream, but 
different as compared to other streams. Specifically, the 
5 method analyses the bit rate of a given stream and determines 
an appropriate length for a CTL extent within which to store 
data packets that comprise the stream. The extent is a 
number of bits that can be read from memory during a data 
read period for a given bit rate, rounded up to the next full 

10 packet. The method then stores the extents and pads some 
extents with a null packet, as needed, to compensate for 
accumulated partial packets of data. The null packets are 
referred to as dither null packets to differentiate them from 
the null packets that appear in a standard encoded video 

15 bitstream. Consequently, any bit rate stream can be stored 
in this manner with a minimum utilization of dither null 
packets. The extents are stored by striping them onto a disk 
array, i.e., one extent per disk drive, then wrapping from 
the last drive in the array to the first. The method repeats 

20 for each data stream such that a plurality of constant bit 
rate streams are stored. 

To read the data from the array, the extents are 
recalled one at a time and temporarily stored in a buffer 
memory. A data pointer is used to access the packets from the 

25 buffer. The dither null packets are skipped such that the 
output stream of packets does not contain dither null 
packets. The packets are coupled to a multiplexer. The 
multiplexer combines the packets into a transport stream to 
deliver the packets of video data to a downstream user. 

30 

BRIEF DESCRIPTION OF THE DRAWINGS 



The teachings of the present invention can be readily 
understood by considering the following detailed description 
35 in conjunction with the accompanying drawings, in which: 
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FIG. 1 shows a high level block diagrain of a system for 
storing and retrieving data; 

FIG. 2 shows process for storing MCBR data streams; 

FIG. 3 shows a flow diagram of a routine for storing 
5 multiple constant bit rate (MCBR) data streams into memory. 

To facilitate understanding, identical reference 
numerals have been used, where possible, to designate 
identical elements that are common to the figures. 

10 DETAILED DESCRIPTION 

FIG. 1 depicts a high level block diagram of a video 
server system 100 for storing and retrieving data. The 
system 100 of FIG. 1 finds great utility in, e.g., a video of 

15 demand (VOD) system, as described in U.S. Patent Application 
No. 08/984,710, filed December 3, 1997 and incorporated 
herein by reference. The system 100 comprises a server 102 
and an array of storage disks 104^, 1042 104^, where n is an 
integer equal to the number of storage disks in an array used 

20 to store and retrieve data. The server 102 comprises an 

access controller 108, a data buffer 110, and a multiplexer 
(MUX) 112, Other components and features of the system 100 
not essential to the invention are not discussed herein. 

In operation of the system 100, the server 102 receives 

25 a data stream or video file from a video source 106 via 

signal path SI. The data stream is typically video content, 
such as a movie or live broadcast, in the form of an encoded 
and/or compressed bitstream using, illustratively, the MPEG-2 
standard. The data stream is generally a sequence of data 

30 packets. The packets may be standard MPEG packets or they 
may be special transport packets such as those described in 
U.S. patent application serial No. 09/458,339, filed December 
10, 1999, (Attorney Docket 051) and is incorporated herein by 
reference . 
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The packets are organized into groups to facilitate 
storage. The groups of packets are known as extents- The 
video source 106 generally provides a plurality of constant 
bit rate video programs, i.e., MPEG bitstreams^ having 
5 arbitrary bit rates. Each program may have a different bit 
rate as compared to other programs such that programs of 
various video resolution are made available to a viewer. 
Thus, for a given length of programming time, more or less 
packets represent each program depending upon the encoding 

10 parameters used to produce the encoded program. 

The server 102 stores the data stream in a memory 
comprising an array of disks 104^, 1042 - 104^ or some storage 
medium. The array of disks 104-l, 1042 ... 104^, may be arranged 
in a Redundant Array of Independent Disks (RAID) 

15 configuration as discussed in The RAIDbook: A Source Book for 
Disk Array Technology, Fourth Edition (1995). Each disk 
104i, 1042 ... 104^ in the array stores data as extents. 

The server 102 stripes the data into array of disks 
104i, 1042 ... 104^ illustratively in the manner shown in U.S. 

20 Patent 5,920,702, issued July 5, 1999 and incorporated herein 
by reference. The size of the extent is a constant time 
length (CTL) extent, where the extent represents a fixed 
period of programming time, i.e., a fixed number of encoded 
video frames. Each extent may store a plurality of data 

25 packets that represent video content and a null packet, as 
needed. The use of null packets shall be described below. 

When a user requests to view a particular video or data 
stream, the video session manager (not shown) of the system 
100 sends a control or enable signal to the server 102. In 

30 response to this signal, the access controller 108 of the 
server 102 retrieves the extents for the requested program 
from the array of disks 104^, 1042 - 104^ . The server 102 
then buffers the retrieved program in buffer 110 and, using 
MUX 112, combines the packets of the retrieved program with 

35 those of other programs to form a transport stream on signal 
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path S2. The trar>sport stream is coupled to a network and 
sent downstream to a user set top terminal for viewing. 

FIG* 2 diagrammatically depicts the process used to 
store multimedia programming on the disk array 104 of FIG. 1. 
5 For simplicity two encoded movies 200 and 202 are shown 
having bit rates and I02, where bs is greater than b^ and 
both bit rates are arbitrary. 

The process first computes an extent size for each 
movie. The extent size in equal to the bit rate of the movie 

10 times the service interval over which the extent will be read 
from the disk drive. For example, if the bit rate for movie 
1 (Ml) is 5 Mbps and the service period is 1.8 seconds, then 
the extent size will be 5984.04 packets (assuming 188 byte 
MPEG packets are used to carry the data). Since partial 

15 packets can not be stored, i.e., cannot be divided over two 
extents, the process rounds up to the next full packet. 
Additionally, rounding up ensures that a data underflow 
condition will not occur at the decoder, i.e., more data is 
being supplied per service interval than is necessary. As 

20 such, in this example, the extent size is 5985 packets. 

As movie 1 is stored in these 5985 packet long extents, 
a fractional packet accumulation occurs that, if not 
compensated for, would add substantial amount of buffer 
memory needed to process a movie within a decoder. In the 

25 example and as shown at reference number 208, a 0.96 fraction 
of a packet is accumulated with each extent such that after 2 
extents more than full packet of accumulation occurs, i.e., 
1.92 packets. To minimize the size of the buffer memory in 
the server, the invention compensates for the accumulation by 

30 making the 5986^^ packet a null packet after a full packet of 
accumulation occurs. Without such null packet utilization, 
the buffer memory would accumulate a substantial number of 
packets, since the access controller would be providing more 
packets than are sent to users. In this example, after 2 

35 extents have been stored, the 3rd extent (E3) contains a null 
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packet (Pjj^ii). The null packet used for accumulation 
compensation is referred to as a dither null packet to 
differentiate the packet from a standard null packet that may 
appear in an MPEG stream. 
5 The access controller maintains a sum of the fractional 

packet accumulation. As such, a fractional packet 
accumulation value is computed and, when a null packet is 
used, one packet is subtracted from the accumulation value 
and the remainder is used as the accumulation value to which 

10 additional fractional packet values are added. In the example 
above, the first extent fractional value is 0,96 and the 
accumulated value after the second extent is 1-92 (i.e., 0.96 
plus 0.96). Then, one dither null packet is used and the 
accumulation value falls to 0.92, but the third packet adds a 

15 0.96 fractional packet to the accumulation value causing the 
accumulation value to rise to 1.88. As such, the fourth 
extent will contain a dither null packet. This process is 
repeated until the entire movie is stored in memory. 

The present invention typically stores packets that have 

20 a header in which a special code is used to identify a dither 
null packet. This code is used to ensure that the dither 
null packets are removed from the data before the data is 
sent to a user. Sending such null packets would use 
bandwidth in the transmission channel for no reason. The 

25 removal of dither null packets is described below. 

These extents are striped onto the disk array as shown 
in striping map 206, where movie 1, extent 1 (MiEi) is stored 
on disk drive 1 (Di), then M^Es is stored on D2 and so on. 

If, for example and as shown at 202, the bit rate for 

30 movie 2 (M2) is 6 Mbps and the service period is 1.8 seconds, 
then the extent size will be 7180.85 packets (assuming 188 
byte MPEG packets are used to carry the data). The process 
rounds up to the next full packet, to an extent size is 7181 
packets. As movie 2 is stored in these 7181 packet long 

35 extents, the fractional packet accumulation is a 0.15 
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fraction of a packet for each extent such that after 6 
extents a full packet of accumulation occurs. The invention, 
as shown at 204, compensates for the fractional packet 
accumulation by using a dither null packet after a full 
5 packet of accumulation occurs. In this example, after 6 
extents have been stored, the 7th extent (E,) uses a dither 
null packet (Pnun)- The extents for movie 2 are stored on the 
disk drive array as shown in the striping map 206. 

Using null packets in this manner, any arbitrary bit 

10 rate packet stream can be easily stored and the server uses a 
minimal sized buffer. 

Returning to FIG. 1, upon a request for delivery of 
programming to a user, the program extents are recalled from 
the disk drives by the access controller 108. The extents 

15 are buffered in buffer 110. Since the server is 

simultaneously processing and fulfilling request form many 
users, the access controller interleaves the extent accesses 
of the various requested movies. Although the extents for a 
requested movie are generally accessed sequentially, they are 

20 not accessed contiguously. As such, a given movie's extents 
are placed in the buffer interspersed with other movie's 
extents. In fact, to minimize buffer size, an extent for a 
given movie is not added to the buffer until the previous 
extent has been read out of the buffer and sent to the user. 

25 As the extents are stored in the buffer 110, the access 

controller monitors the packet headers within the extents to 
detect dither null packets. Once identified, the pointer 
that is used to access the packets for transfer to the 
multiplexer 112 is instructed to skip the dither null 

30 packets. As such, the dither null packets are not 
transferred to the multiplexer 112. 

The multiplexer 112 is provided the buffered packets as 
needed to maintain a steady video signal at a user's 
television. The individual packets from the buffer 110 are 

35 positioned into a transport stream along with packets of many 
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other programs. The transport stream is transmitted along 
with as many as 2 70 other streams through a 1 G bps fiber 
optic channel to the user. The user's equipment extracts 
from the transport stream the packets associated with the 
5 requested program, decodes the packets, and displays the 
program. 

FIG. 3 shows a flow diagram of a routine 300 for storing 
multiple constant bit rate (MCBR) data streams into a memory* 
The routine 300 begins with a start signal at step 302. The 

10 routine 300 then proceeds to step 304 to determine the extent 
size to use for the MCBR stream. As discussed above, the 
extent size (E) is the bit rate (BR) of the stream times the 
service interval (Tg) (i.e., the time required to read an 
extent from a disk drive to fulfill a user request) . 

15 The routine 300 then proceeds to step 308 to determine 

which of the extents will receive a dither null packet. The 
process maintains an accumulation value, as described above. 
This accumulation value is the sum of the fractional packet 
value that is contained in each extent. When the 

2 0 accumulation value reaches a value that is greater than or 

equal to one, a dither null packet is used. This reduces the 
accumulation value by one and the remainder is then used as 
the accumulation value to which the following extent's 
fractional value is added. Thus, step 308 uses the 

25 accumulation value to determine which of the extents will 
contain a dither null packet, used 

At step 310, the server 102 stores the data stream into 
the extents as defined in step 306 and inserts dither null 
packets in the extents as determined in step 308. The extents 

30 are striped across the array as discussed with respect to 
FIG. 2. 

After storing the extents, the routine 300 proceeds to 
step 312 to determine whether there are any more data streams 
to be stored. If there is additional data to receive, then 
35 the routine 300 returns to step 304 to receive and store an 
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additional data stream. If there is no additional data to 
receive, then the routine 300 proceeds to step 314 to stop 
the storage of MCBR data streams. 

The numerical values used herein in FIGS. 1 to 3 are 
5 illustrative and are not intended as limiting the invention. 
As such, other values and standards may be used without 
affecting the scope of the invention. 

Although various embodiments which incorporate the 
teachings of the present invention have been shown and 
10 described in detail herein, those skilled in the art can 
readily devise many other varied embodiments that still 
incorporate these teachings. 



